REMARKS 



Attached hereto is a penciled copy of the original 
specification, showing, in marked up form, the changes that have 
been made to the specification, claims and drawings, by this 
present Amendment. 

Claims 1-8 were examined and rejected. Claims 1, 2, 4, 5 
and 7 are amended. Claims 3 and 6 are canceled. 

The present Request for Continued Examination (RCE) is being 
filed for the sole purpose of changing the filing date so that 
the present application can now take advantage of the changes ■ 
made by the American Inventor's Protection Act. Specifically, 
the Knapman reference (USP 6,298,455) used by the Examiner in a 
rejection under 35 USC 103, can no longer be used in such a 
rejection under 35 USC 103, because the Knapman reference 
qualifies as prior art only under 35 USC 102 (e) , and the Knapman 
reference, together with the present application, are both 
commonly assigned to the International Business Machines (IBM) 
Corporation. 

At point 1, the drawings are objected to, because the 
reference character u 32" has been used to designate both message 
broker and subscriber. A proposed drawing correction is now 
provided for Fig. 3 to change the reference number 32 to 320. 
Corresponding changes are made to the specification. 

At point 2, the drawings are objected to, because the 
reference character '11 and 12" have been used to designate both 
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broker and publisher. A proposed drawing correction is now 
provided for Fig. 1 to change the publisher references from 11 
and 12 to 110 and 120, respectively. Corresponding changes are 
made to the specification. 

At point 3, the drawings are objected to, because the 
reference character "31" has been used to designate both 
subscriber and publisher application. The drawings have been 
reviewed, and the reference numeral 31 has been found to appear 
only in Fig. 1 as referring to a subscriber application. The 
reference numeral 31 is not used for a publisher application. 
Fig. 3 uses the different reference numerals 31a and 31b for 
referring to publisher applications, Fig. 3 does not use the 
reference numeral 31 for referring to a publisher application. 
However, in order to remove the objection, a proposed drawing 
correction is now provided for Fig. 3 to relabel the publishers 
as 310a and 310b. Corresponding changes are made to the 
specification. 

At point 4, the Examiner suggests that Figs. 1 and 2 should 
be labelled "PRIOR ART". This is now done in the proposed 
drawing correction. 

At point 5, the Examiner reminds Applicant of the proper 
language and format for the Abstract of the Disclosure. It is 
not clear why the Examiner is reminding Applicant of this, since 
the present Abstract already complies with everything mentioned 
in the Examiner ' s reminder . Therefore, there seems to be no 
issue here. However, in case the Examiner is objecting to legal 
phraseology, like "means" used in the Summary of the Invention 
section, Applicant is now amending the Summary of the Invention 
section of the specification to remove the use of the word 
"means" and "wherein". 
Serial No. 09/558,095 14 



At point 6, the disclosure is objected to because of 
repetitive language. Applicant hereby amends the disclosure, as 
suggested by the Examiner. 

At point 7, the Examiner suggests that the title be changed, 
and the Examiner offers a suggested change. However, the present 
title is exactly as the Examiner suggests. Therefore, it is very 
unclear why the Examiner suggests a change. Therefore, there 
seems to be no issue here. 

At points 8-10, the Examiner points out parts of claims 2, 3 
and 6 which require clarification with respect to antecedent 
basis. This claim language is now amended in accordance with the 
Examiner ' s comments . 

At points 11-15, the Examiner rejects claims 1, 2, 5 and 8 
under 35 USC 102(e) as being unpatentable over Knapman. At 
points 16-19, the Examiner rejects claims 3, 4, 6 and 7 under 35 
USC 103 (a) as being unpatentable over Knapman in view of Hamlin 
(USP 6,310,888). Applicant now amends the independent claims 1 
and 5 to move the features from the dependent claim 3 into claim 
1 and the features from the dependent claim 6 into claim 5 . 
Therefore, by this amendment, the claims would stand rejected 
only under 35 USC 103(a) and not under 35 USC 102(e) . 
Accordingly, because a CPA application has now been filed to 
re-set the US filing date, Knapman is no longer citable as prior 
art in a 103(a) rejection, as explained above, and therefore, the 
rejection is no longer sustainable. 
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It is now respectfully submitted that the application is in 
condition for allowance and early notification of allowance is 
respectfully requested. 



Respectfully submitted: 




Edward H. DufcfMad 
Attorney for Applicant 
Reg. No. 25,970 
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on a stream. However, this architecture also has the 
disadvantage of publisher inflexibility, since each 
publisher is constrained to publishing from the single 
root distribution agent, even when it would be much 
5 easier for a publisher to connect to a closer 

distribution agent. , ^ ^-p ol \ OCj0 iW. 

In the Fig. 1, a publisher application JA, running 

on one computer, is, for example, a supplier of live 

10 stock market data quotes. That is, publisher application 

1lC> >l provides frequent messages stating the present value 

of share prices. In this example, publisher application 

■'0 JH is publishing messages on a stream called "stock" 

which has already been configured in the broker network 

■ to 

J.5 2. As is well known, when publisher yl wishes to publish 

a stock quote message to stream "stock", publisher 1* 
makes an RPC call to the root distribution agent yi which 
is at the top level of the broker network tree structure. 
In this example, subscriber application 32, running on 

2 0 another computer, has sent a subscription request via an 

RPC call to leaf distribution agent 24, which is at the 
bottom level of the tree structure, indicating that 
subscriber 32 would like to subscribe to stream "stock". 

25 Thus, whenever publisher^ publishes a data message 

to stream "stock" the distribution tree structure of 
broker network 2 channels the message down through the 
root distribution agent 21, through any intermediary 
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distribution agents (e.g., 22 in the example of Fig. 1) 

and through the leaf distribution agent 24 to the 

subscriber 32. This involves a series of RPC calls being 

made between each successive circle in the diagram of 

nO 

5 Fig. 1 connecting publisher }A. and subscriber 32 (i.e., 

to 21, 21 to 22, 22 to 24 and 24 to 32) . 

Figure 2 shows a different publish/subscribe 
architecture where publisher applications can publish 

10 messages to the broker network by directly communicating 

with any one of a plurality of distribution agents 
(brokers) * For example, publisher application 201 is 
shown communicating directly with Broker 12. There is no 
requirement in this architecture that all publisher 

15 applications communicate directly with a top (or root) 

distribution agent. Publisher application 201 can 
potentially communicate directly with any of the 
distribution agents shown in Fig 2, in the described 
examples below it will be shown communicating directly 

20 with Broker 12, 

Subscriber applications 202 and 203 would like to 
receive messages on the stream/topic that publisher 
application 201 is publishing on. Thus, subscriber 
25 applications 202 and 203 communicate directly with 

Brokers 1112 and 1221, respectively, to provide 
subscription data thereto informing the broker hierarchy 
of their desire to receive such published messages. 
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Since the publisher application 201 is allowed to 
communicate directly with any of a plurality of 
distribution agents, the subscription data entered by the 
subscriber applications must be propagated throughout the 
5 broker network to each Broker shown in Fig. 2. This way, 

no matter which distribution agent the publisher 
application 201 happens to communicate directly with, the 
published messages will be able to be routed to the 
subscriber applications 202 and 203. 

10 

Publish/subscribe broker systems have commonly been 
integrated into multi- function message broker systems 
which are used to inter-connect applications which may be 
on heterogeneous platforms and may use different message 

15 formats. For example, Saga Software of Reston, Virginia 

(USA) (www.sagasoftware.com) have such a message broker 
product called "Sagavista" (a trademark of Saga 
Software) . Further, Tibco Software Inc. of Palo Alto. 
California (USA) (www.tibco.com) also have such a message 

2 0 broker called "TIB/Message Broker 11 (both "TIB" and 

"TIB/Message Broker" are trademarks of Tibco) . In these 
multi -function message brokers, a set of pluggable data 
processing nodes is provided, with each node being 
dedicated to a specific data processing task, such as 

25 message format transformation, publish/ subscribe message 

distribution, and a rules engine for deciding (based on a 
plurality of predefined rules) where an incoming message 
should be routed. 
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In these mult i-funct ion message broker products, 
when a subscriber application registers a subscription 
request with the broker, the subscriber application sends 
the subscription request to a publish/subscribe broker 
5 node specifying the topic of the desired subscription. 

The publish/subscribe broker node (usually in cooperation 
with a plurality of other such publish/ subscribe broker 
nodes) then ensures that any published messages on that 
topic are sent to the subscriber application. Different 
10 subscribers may wish to receive the same published 

messages but in different message formats (or may desire 
that some other type of processing be carried out on 
published messages before such messages are delivered to 
the subscriber) - For example f a subscriber in the United 
15 States may want to know IBM's stock price per share in US 

dollars while another subscriber in the United Kingdom 
may want to know IBM's stock price in UK (British) 
pounds . 

In order to accommodate such format desires of 
various subscribers, the message broker would have to 
modify the topic after having performed a format 
transformation so that a subscriber can subscribe to this 
modified topic (rather than the original topic that the 
publisher published on) in order to receive the 
format -transformed messages. Alternatively, the 
publishers would have to publish the same messages in 
different formats (with each format having its own 
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topic) , thus doing away with the need for the broker to 
do the format transformation. Because the topic needs to 
correspond to the format in both of these cases, this can 
cause many problems. For example, it is very useful to 
5 carry out access control on a topic basis. That is, when 

deciding which subscribers can have access to which 
published messages, it is very useful to be able to use 
the topics of the messages to make such access control 
decisions. However, when the topics must be different 
10 for essentially the same group of messages because of 

format changes, such access control decisions become much 
more complex. 



It would be clearly desirable to be able to use the 
15 same topic for a variety of different message formats in 

a message broker, but the present state of the art does 
not allow for this. 



Summary of the Invention a XJ 

According to one aspect, the present invention 
provides a message broker data processing apparatus 
including: Ba©^s*a<5e-~-te5?e>ke 

eatRp&M&R^: meam^or receiving published messages on a 
25 topic from a plurality of publisher applications; aeftas o 

for processing the received messages; and ra^aae for 
distributing the processed messages to a subscriber 
application; whe^e^i the Pft oo n r t c for receiving includes a 
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plurality of publication point data processing nodes, 
each of which receives published messages on said topic 
from a publisher application. 

5 According to a second aspect r the present invention 

provides a data processing method of carrying out the 
functionality discussed above with respect to the first 
aspect . 

According to a third aspect, the present invention 
provides a computer readable storage medium having a 
computer program stored on it which, when executed on a 
computer, carries out the functionality of data 
processing method of the second aspect of the invention. 

Thus, the present invention provides a message 
broker having a publish/subscribe capability where a 
publisher application can publish messages in a manner 
which is most convenient to that publisher application, 
and a subscriber application will receive such published 
messages after the messages have undergone specific data 
processing, all without the need for the topic names used 
by the publisher application, broker and subscriber 
application to be modified. For example, the publisher, 
broker and subscriber can use the same topic name even 
though the messages sent under this topic will be of 
differing formats. The presence of multiple publication 
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12 



10 



15 



20 



points, selectable by a particular publisher application, 
within the broker provides for this ability. 

As one advantage of the invention, access control 
can thus be easily carried out using the topic name. 
Further, the publisher application does not need to 
publish the same messages on a plurality of topics in 
order to accommodate subscribers who want publications in 
differing formats, thus decoupling the publisher 
application from having to deal with the varying desires 
of subscribers. The publisher need only publish messages 
in the format most convenient to that publisher. 

Brief Description of the Drawings 

The invention will be better understood by referring 
to the detailed description of the preferred embodiments 
which will now be described in conjunction with the 
following drawing figures: 

Figure 1 is a block diagram showing a first 
architecture of a publish/subscribe data processing 
system to which the preferred embodiment of the present 
invention can be advantageously applied; 

Figure 2 is a block diagram showing a second 
architecture of a publish/subscribe data processing 



09/5SX> 09 V 



MAR 31 '03 11: 15 



+44 1962 81892? PAGE. 14 



31/03/2002 15:45 +44-1962-818927 IBM UKIPLAW PAGE 15/27 



GB990104US1 13 

system to which the preferred embodiment of the present 
invention can be advantageously applied; and 

Pig. 3 is a block diagram showing an exemplary 
5 message broker according to a preferred embodiment of the 

present invention. 

Detailed Description of the Preferred Embodiments r— . \ . 

10 In Fig. 3 a message broker yk receives published 

messages on a topic called "IBM stock" from a publisher 
application {which is an application running at a 

major stock exchange in the United States of America) and 
distributes such published messages to subscriber 

15 application 33 (which is a stock broking agency also 

located in the United States of America) which has 
previously registered a subscription to the topic "IBM 
stock" . Message broker ^£ also receives published 
messages on the topic "IBM stock" from another publisher 

2 0 application (which is an application running at a 

major stock exchange in the United Kingdom) and 
distributes such published messages to subscriber 
application 33 (again, which is a stock broking agency 
located in the United States of America) which has 

2 5 previously registered a subscription to the topic 11 IBM 

stock". In this example, the publisher application, 
broker and subscriber applications are all running on 
separate machines (and are thus interconnected via a 
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network which is not shown in Fig. 3) . In other 
embodiments, however, two or more of the applications 
(e.g., the publisher and the broker) could be running on 
the same machine. Further, as was explained above, the 
5 broker y& is most likely running on a plurality of 

machines, . 4 ^ ^ ^-follocO I 

eeplcLC^ \? cxrcxC ^ rc ^ K ^ P ^ LOG 

When one of the publisher applications ^iS or iatfr 

up 

communicatee with the broker >2 in order to publish 
10 messages thereto, the publisher application specifies a 

particular publication point (e.g., 323 or 324) as the 
point of entry into the message broker 32. A publication 
point data processing node (or "publication point" for 
short) is a data processing node which aits as a point of 
15 entry for published messages in a messagef low of data 

processing nodes making up a message broker. That is, 
each publication point is at the beginning of a specific 
data processing path through the broker. A publisher 
application selects a publication point depending on 
20 which particular desired path the published messages 

should take depending on the nature of the published 
messages and the nature of the processing that will be 
carried out on that path. ^ LO i i-k Hf^pO I )o uSi O 

25 For example, publisher application 3^J5 selects 

publication point 324 because publisher application $£5 
is located in the United Kingdom and thus publisher 
application 3J& "knows" that a message transformation 
3104 
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will be needed. Specifically, once the publisher 
application ^Is* s published messages pass through the 
publication point 324, they are passed to message 
transformation data processing node 321 which performs 
5 the function of transforming the format of the published 

messages so that the IBM stock prices, which are 
originally published in UK pounds by publisher 
application 5^5, are converted to US dollars. The 
message transformation node 321 accesses local storage 

10 322 in order to determine the current exchange rate of UK 

pounds to US dollars (this exchange rate is updated at 
the beginning of every business day) - After having their 
UK pound amounts converted to US dollars, the messages 
are output from the message transformation node 321 and 

15 received at a subscription point processing node 325. 

A subscription point data processing node (or 
"subscription point" for short) is an instance of a 
publish/subscribe matching engine which performs the 

2 0 function of looking at the topics in previously received 

subscription requests (received from subscribers) and 
determining whether the topic in an incoming message 
(just received from a publisher application) matches the 
topic of any of the previously received subscription 

25 requests. For any subscriptions that match, the 

subscription point data processing node distributes the 
published message to the subscriber application (s) which 
had entered the subscription requests . 
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Back to Fig. 3, the subscription point processing 
node 325 determines (e.g., by accessing local storage 
322) that subscriber application 33 has previously 
entered a subscription on the topic "IBM stock". Thus, 
5 , subscription point processing node 325 distributes the 

published messages to subscriber application 33 . { ft p 

£*piac^ pxra^aph 3, pay It, u^^+olloidin 

On the other hand, publisher application J^er 
communicates with the broker via another publication 

10 point 323, and thus published messages from publisher £k£ 3»0^ 

take another path through the broker bypassing the 
message transformation data processing node 321. 
Specifically, the published messages from publisher ^Oft. 
are sent directly to subscription point data processing 

15 node 325. Publisher application chooses to 

communicate with publication point 323 because publisher 
application 3J*a is located in the United States and thus 
the published messages are already in the US dollars 
format, and thus there is no need to transform the 

20 messages to the US dollars format r which is the format 

required by the subscriber application 33. Subscription 
point data processing node 325 then performs a 
publish/ subscribe topic matching operation and determines 
that subscriber application 33 has previously entered a 

25 subscription request to the topic "IBM stock 1 ' . Thus, 

subscription point processing node 325 distributes the 
published messages to subscriber application 33. 
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Thus, by the use of a plurality (two in Fig. 3) of 

publication point data processing nodes in a message 

broker, publisher applications can select amongst the 

plurality of publication points in order to publish 

5 messages which will be received by subscribers in a 

message format selected by the subscriber without having 

to use different topics (the topic "IBM stock" is the 

same for both publication points 323 and 324 and for both 

1>g& 3 100 

publisher applications jiia and >£fo) . This allows access 
10 control to be easily carried out on a topic basis. For 

example, the broker can perform a security measure on 
both publisher applications Jia?a and £4B by simply 
checking whether the requested topic "IBM stock" of their 
published messages is a topic which has previously been 
15 determined as acceptable for publishers and ^2r5 from 

a security standpoint . 

In a mult i -broker environment the subscription point 
at each of several brokers is connected to the 

2 0 subscription point at other brokers exactly as described 

for simple publish/subscribe systems- The message is 
published to a publication point at an initial receiving 
broker (IRB) . Broker IRB process the message according 
to the publication point on which it was published. The 

25 processing in broker IRB may cause the message (or one or 

more derivations of the message) to reach the 
subscription point at broker IRB. Once a message 
(original or derivative) reaches the subscription point 
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at broker IRB it is made available to subscribers on 
other brokers using standard interbroker 
publish/subscribe technology. This mechanism of this 
inter broker publish/ subscribe technology operates 
5 independently from the mechanism by which the message 

reaches the subscription point at broker IRB. 

The use of publication points in message flows 
through the broker is not limited to knowledge of a 
10 downstream message format transformation. Such 

publication points could be used in a wide variety of 
different contexts . 



15 



NAR 31 '03 11=17 



+44 1962 818927 



PAGE . 20 



31/03/2602 16:45 +44-1962-818927 IBM UK I PL AW PAGE 21/27 



GB990104US1 19 



of*"- 



CLAIMS 



1/ A message broker data processing apparatus 
5 comprising: 

means for receiving published messages on a topic 
from a plurality of publisher applications; 

10 means for processing the received messages; and 

means for distributing the processed messages to a 
subscriber application; 

15 wherein the means for receiving includes a plurality 

of publication point data processing nodes, each of which 



receives published message^ on said topic from a 
publisher application! 



OI 



O0<W . ! . .„ 

20 2. The apparatus of claim 1 wherein said apparatus 

communicates with a subscriber application over the 



Internet and wherein at least 
application/ and the publishe 
conjunction with a World Wide 

The appo t ra rt? 

different processing on published messages according to 



one of the subscriber 
: application runs in 
|web browser. 



.wherein the broker performs 
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20 



10 



15 



20 



Che publication point on which said published messages 
are published. 



4 . The apparatus of claim Z wherein messages in 
different formats are published on different publication 
points, and the processing associated with each 
publication point is used to render the messages into a 
standard format available at a subscription point. 



5. A message broker data processing method comprising 
steps of: 

receiving published messages on a topic from a 
plurality of publisher applications; 

processing the received messages; and 

distributing the processed messages to a subscriber 
application; 

wherein the receiving step is carried out via a 
plurality of publication point data processing nodes, 
each of which receives messages on said topic from a 



6r- -The-method — uf el dim "S wherein the^ togo te e* performs 

different processing on published messages according to 
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21 



5 



10 



the publication point on which said published messages 
are published. 



7. The method of claim 6 wherein messages in different 
formats are published on different publication points, 
and the processing associated with each publication point 
is used to render the messages into a standard format 
available at a subscription point. 



8 . A computer program product stored on a computer 
readable storage medium for, when run on a computer, 
instructing the computer to carry out the method steps 
recited in claim 5. 
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PUBLISH/SUBSCRIBE DATA PROCESSING WITH 
PUBLICATION POINTS FOR CUSTOMISED BCBSSAGE PROCESSING 

5 Cross Reference to Related Applications 

The present application is related to USSSN 
09/510,465 filed February 22, 2000, titled 
"Publish/ subscribe Data Processing with Subscription 
10 Points for Customised Message Processing" , commonly 

assigned with the present invention. 

Field of the Invention 

15 The present invention relates to the field of data 

processing and more specifically to event notification 
data processing which distributes event messages from 
suppliers (called, hereinafter, "publishers 1 *) of data 
messages to consumers (called, hereinafter "subscribers") 

20 of such messages. While there are many different types 

of Xnown event notification systems, the subsequent 
discussion will describe the publish/subscribe event 
notification system as it is one of the most common. 

25 Background of the Invention 

Publish/subscribe data processing systems (and event 
notification systems in general) have become very popular 
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in recent years as a way of distributing data messages 
(events) from publishing computers to subscribing 
computers. The increasing popularity of the Internet, 
which has connected a wide variety of computers all over 
5 the world, has helped to make such publish/ subscribe 

systems even more popular. Using the Internet, a World 
Wide web browser application (the term "application" or 
"process" refers to a software program, or portion 
thereof, running on a computer) can be used in 

10 conjunction with the publisher or subscriber in order to 

graphically display messages- Such systems are 
especially useful where data supplied by a publisher is 
constantly changing and. a large number of subscribers 
needs to be quickly updated with the latest data, 

15 Perhaps the best example of where this is useful is in 

the distribution of stock market data. 

In such systems, publisher applications of data 
messages do not need to know the identity or location of 

20 the subscriber applications which will receive the 

messages. The publishers need only connect to a 
publish/ subscribe distribution agent process, which is 
included in a group of such processes making up a broker 
network, and send messages to the distribution agent 

25 process, specifying the subject of the message to the 

distribution agent process. The distribution agent 
process then distributes the published messages to 
subscriber applications which have previously indicated 
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to the broker network that they would like to receive 
data messages on particular subjects. Thus, the 
subscribers also do not need to know the identity or 
location of the publishers. The subscribers need only 
5 connect to a distribution agent process. 

Rep\ou^e- ^c^o^rcM^V\ l , p°-^ ° ' q 

One such publish/ subscribe system which is currently 
in use, and which has been developed by the Transarc 
Corp- {a wholly owned subsidiary of the assignee of the 

10 present patent application, IBM Corp,) is shown in Fig. 

1. Publishers >£ and y2 connect to the publish/ subscribe 
broker network 2 and send published messages to broker 
network 2 which distributes the messages to subscribers 
31, 32 , 33, 34- Publishers yL and yi , which are data 

15 processing applications which output data messages, 

connect to broker network 2 using the well known 
inter-application data connection protocol known as 
remote procedure call (or RPC) (other well known 
protocols, such as asynchronous message queuing 

20 protocols/ can also be used) . Each publisher application 

could be running on a separate machine, alternatively, a 
single machine could be running a plurality of publisher 
applications. The broker network 2 is made up of a 
plurality of distribution agents (21 through 27) which 

25 are connected in a hierarchical fashion which will be 

described below as a "tree structure". These 
distribution agents, each of which could be running on a 
separate machine, are data processing applications which 
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distribute data messages through the broker network 2 

from publishers to subscribers. Subscriber applications 

31, 32, 33 and 34 connect to the broker network 2 via RPC 

in order to receive published messages. . , 6 JO \\ 

5 R^p\cxc_^ poorer c^cm>V-n I, peve^ 4 , Uo.^ -Hx^-toWoto 

Publishers ^ and VI first connect via RPC directly 
to a root distribution agent 21 which in turn connects 
via RPC to second level distribution agents 22 and 23 
which in turn connect via RPC to third level distribution 

10 agents 24, 25, 26 and 27 (also known as "leaf 

distribution agents" since they are the final 
distribution agents in the tree structure) . Each 
distribution agent could be running on its own machine, 
or alternatively, groups of distribution agents could be 

15 running on the same machine. The leaf distribution 

agents connect via RPC to subscriber applications 31 
through 34, each of which could be running on its own 
machine . 

20 In order to allow the broker network 2 to determine 

which published messages should be sent to which 
subscribers, publishers provide the root distribution 
agent 21 with the name of a distribution stream for each 
published message. A distribution stream (called 

25 hereinafter a " stream 11 ) is an ordered sequence of 

messages having a name (e.g., "stock" for a stream of 
stock market quotes) to distinguish the stream from other 
streams (this is known as "topic based" 
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publish/ subscribe, another well known model is called 
"content based publish/ subscribe which involves matching 
publishers and subscribers by the content of the messages 
rather than by the topic) . Likewise, subscribers provide 
the leaf distribution agents 31 through 34 with the name 
of the streams to which they would like to subscribe. In 
this way, the broker network 2 keeps track of which 
subscribers are interested in which streams so that when 
publishers publish messages to such streams, the messages 
can be distributed to the corresponding subscribers. 
Subscribers are also allowed to provide filter 
expressions to the broker network in order to limit the 
messages which will be received on a particular stream 
(e.g., a subscriber 31 interested in only IBM stock 
quotes could subscribe to the stream "stock" by making an 
RPC call to leaf distribution agent 24 and include a 
filter expression stating that only messages on the 
"stock" stream relating to IBM stock should be sent to 
subscriber 31) . 

The above-described publish/subscribe architecture 
provides the advantage of central co-ordination of all 
published messages, since all publishers must connect to 
the same distribution agent (the root) in order to 
publish a message to the broker network. For example, 
total ordering of published messages throughout the 
broker network is greatly facilitated, since the root can 
easily assign sequence numbers to each published message 
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